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METHOD FOR REAL TIME RECORDING/PLAYBACK OF DATA TO/FROM 
AN OPTICAL RECORDING MEDIUM AND METHOD FOR MANAGING FILES 

THEREOF 

[001] This application is a continuation of co-pending Application No. 09/362,375, 
filed on July 28, 1999, the entire contents of which are hereby incorporated by reference and 
for which priority is claimed under 35 U.S.C. § 120; and this application claims priority of 
Application Nos. 30607/1998 filed in Korea on July 29, 1998, 31783/1998 filed in Korea on 
5 August 4, 1998, 33312/1998 filed in Korea on August 17, 1998, and 34724/1998 filed in 
Korea on August 26, 1998, under 35 U.S.C. § 119. 

RACK GROUND OF THE INVENTION 

10 Field of the Invention 

[002] The present invention relates to a rewritable optical recording medium and 
more particularly, to a method for real time recording/playback of data to/from an optical 
recording medium and a method for managing a file thereof. 

15 Background of the Related Art 

[003] An optical recording medium includes a Read Only memory (ROM), a Write 
Once Read Many (WORM) time memory, and a rewritable memory which allows repeated 
writing. The ROM type of optical recording medium further includes a Compact Disc Read 
Only Memory (CD-ROM) and a Digital Versatile Disc Read Only Memory (DVD-ROM). 

20 The WORM type of optical recording medium further includes a Recordable Compact Disc 
(CD-R) and a Recordable Digital Versatile Disc (DVD-R). The rewritable type further 
includes a Rewritable Compact Disc (CD-RW) and a Rewritable Digital Versatile Disc 
(DVD-RW, DVD-RAM and DVD+RW). 

[004] For the rewritable optical recording mediums, the repeated recording and 

25 playback (R/P) of information to and from the rewritable optical recording medium changes 
an initial mixture ratio of a recording layer formed to write data on the optical disk. This 
change degrades performance of the optical recording medium, causing errors in R/P of the 
data information. A degraded region of an optical disk creates a defective area for formatting, 
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writing to and playback from the optical recording medium. Moreover, a defective area in a 
rewritable optical recording medium can also be caused by scratches on the surface, dusts and 
defects in production. 

[005] To prevent R/P of data to/from a defective area formed by any of the above 
causes, management of the defective area is required. Thus, Defect Management Areas 
(DMAs) are provided in lead-in areas and in lead-out areas of the optical recording medium 
for managing defective regions of the optical recording medium, as shown in FIG. 1 . Also, a 
data area is managed in groups, each having a user area for actual recording of data and a 
spare area for use in a case of defect in the user area. 

[006] Typically, one disc (e.g. DVD-RAM) has four DMAs, two in the lead-in area 
and two in the lead-out area. Since managing defect areas is important, the same data are held 
in all four DMAs, for data protection. Each DMA includes two blocks of 32 sectors, wherein 
one block consists of 16 sectors. The first block (DDS/PDL block) of each DMA includes a 
disc definition structure (DDS) and a primary defect list (PDL), and the second block (SDL 
block) includes a secondary defect list (SDL). 

[007] More specifically, the PDL represents a primary defect data storage area, and 
the SDL represents a secondary defect data storage area. The PDL stores entries of all 
defective sectors generated during manufacture and identified during formatting such as 
initialization or re-initialization. Each entry includes a sector number corresponding to a 
defective sector and an entry type. 

[008] On the other hand, the SDL is arranged by blocks and stores entries of either 
defective areas which may be generated after initialization, or defective areas which cannot be 
entered in the PDL during initialization. Each entry of the SDL includes an area storing the 
sector number of a first sector of the block having a defective sector, and an area holding the 
sector number of a first sector of an alternate block. Defective areas in the data area (i.e. 
defective sectors or defective blocks) are replaced with new sectors or blocks, respectively by 
slipping replacement or linear replacement. 

[009] The slipping replacement is utilized when a defective area or sector is listed in 
the PDL. As shown in FIG. 2 A, if defective sectors m and n, corresponding to sectors in the 
user area, are recorded in the PDL, such defective sectors are replaced by the next available 
sector. By replacing the defective sectors by subsequent sectors, data is written to a normal 
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sector. As a result, the user area into which data is written slips and occupies the spare area in 
the amount equivalent to the defective sectors. 

[0010] The linear replacement is utilized when a defective area or block is 

recorded in the SDL. As shown in FIG. 2B, if defective sectors m and n, corresponding to 

5 sectors in either the user or spare area, are recorded on the SDL, such defective blocks are 
replaced by normal blocks in the spare area and the data to be recorded in the defective block 
are recorded in an assigned spare area. To achieve the replacement, a physical sector number 
(PSN) assigned to a defective block remains, while a logical sector number (LSN) is moved to 
the replacement block along with the data to be recorded. Linear replacement is effective for 

1 0 non real-time processing of data. 

[001 1] FIG. 3 is partial diagram of an optical disc recording/playback device 

relating to the write operation. The optical disc R/P device includes an optical pickup to write 
data into and playback data from the optical disc; a pickup controller transferring or moving 
the optical pickup; a data processor either processing and transferring the input data to the 

1 5 optical pickup, or receiving and processing the data reproduced through the optical pickup; an 
interface and a micro processor (micom) controlling the components. 

[0012] Also, a host may be connected to the interface of the optical disc R/P 

device to transfer commands and data to and from the host and R/P device. Such a host can 
be any kind of personal computer, and would manage the optical disc R/P device. 

20 [0013] Referring to FIG. 3, when data to be written is provided, the host 

provides a write command to the device for R/P of the data to/from an optical recording 
medium. The write command is inclusive of a Logical Block Address (LBA) which 
designates a writing position and a transfer length providing the size of the data. The host 
then provides the data to be written to the device for R/P of data to/from an optical recording 

25 medium. Upon reception of the data, the device for R/P of data writes the data starting from 
the designated LBA. At this time, the R/P device does not write data on defective areas, 
utilizing the PDL and the SDL which indicate defects on the optical recording medium. 

[0014] Namely, the physical sectors listed on the PDL are skipped during the 

writing. As shown in FIG. 4 A, physical blocks sblkA and sblkB listed on the SDL are 

30 replaced with replacement blocks sblkC and sblkD assigned to the spared area in the writing. 
Also, during the writing or playback of data, if a defective block not listed on the SDL or a 
block with a high possibility of error occurrence is present, the block is regarded as a 
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defective block. Thus, a replacement block is located in the spare area, data of the defective 
block is written again into the replacement block, and a first sector number of the defective 
block and a first sector number of the replacement block are listed on the SDL entry. 

[0015] Referring to FIG. 4A, for file 1, a conceptual expression of a portion 

5 representing a starting position and a size of file in an Information Control Block (ICB) 
having the file information written thereon in an Universal Disc Format (UDF) file may be 
shown as in FIG. 4B. As file 1 starts from position 'A 1 , a defective block sblkB in file 1 is 
replaced with a spare block sblkD in the spare area. Thus, the number of logical sectors 
remains and a size of sector for file 1 is TNT. 

1 0 [001 6] In order to write data by replacing defective blocks listed on the SDL 

with a replacement block assigned in the spare area, the optical pickup must be shifted to the 
spare area and returned back to the user area. However, the time period required for shifting 
and returning back interferes with a real time recording. Accordingly, many defective area 
management methods for real time recording are suggested. One of such methods is a 

15 skipping method in which the linear replacement is not performed when using the SDL, but 
data of an encountered defective block is written on a good block subsequent to the defective 
block as in the slipping replacement. As a result, the shifting time of the optical pickup in a 
real time recording can be reduced because the optical pickup is not required to shift to the 
spare area every time the optical pickup encounters a defective block. 

20 [001 7] At this time, the defective block retains the LSN and PSN. However, 

from the viewpoint of the host, the number of logical sectors in an optical disc is fixed,. Thus, 
skipping causes losses of LSN in view of the host, equivalent to the number of skipped 
blocks, because LSNs are allocated to the skipped defective blocks even if data is not written 
on the defective block. For example, even if data of 100 sectors are transmitted for writing 

25 from the host and if there is one defective block in the area, only 84 sectors (1 block =16 
sectors) are written. 

[0018] Therefore, for file 1 in FIG. 4C, the size can be represented as N or N- 

L, shown in FIG. 4D, in an ICB of a UDF file system. The f L' denotes a number of defective 
sectors skipped in an area on which file 1 is written. As shown in FIG. 4C, data of file 1 is 
30 written from position 'A* for *M' sectors until a defective block is encountered. The defective 
block is skipped, and the writing of file 1 is continued. However, since the defective block 
sblkB retains the LSN without writing data on the defective block sblkB, the optical disk 
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R/P device writes data only on N-L sectors when the host provides a command to write data 
on N sectors, because the LSN of the defective block sblkB cannot be used. 

[001 9] Consequently, if file 1 size is represented with f N' as in the first case of 

FIG. 4D, an actual file size and a written file size differs, causing a problem in management 
of the file by a file manager. On the other hand, if the size of file 1 is represented with TSf-L' 
as in the second case, an inconsistency of the LSNs occurs. For example, if file 3 is newly 
written after file 2 in FIG. 4C has been erased, the file manager of the host would generate a 
command to write the data of file 3 starting from C-L position, where L is the number of 
sectors with defects. As a result, data of file 1 , previously written, would be damaged. Thus, 
when a real time data is written according to the aforementioned method, the file manager can 
make mistakes in the management of the files. 

[0020] Also, the LSNs retained by the defective areas during a real time 

recording cannot be utilized and an amount of data corresponding to such LSNs cannot be 
recorded. Therefore, effectively, a reduction of the disk size occurs. This is because data is 
written in fixed units in response to write command from the host regardless of whether 
defective blocks or defective sectors exists in an area in which the data is written. 

SUMMARY OF THE INVENTION 

[0021] Accordingly, an object of the present invention is to solve at least the 

problems and disadvantages of the related art. 

[0022] An obj ect of the present invention is to provide a method for real time 

R/P of data to/from an optical recording medium, by providing a write command using 
information from a defective area returned from a device for R/P of data on an optical disk. 

[0023] Another object of the present invention is to provide a method for real 

time management of files in an optical disk. 

[0024] A further object of the present invention is to provide a method for 

managing files in an optical disk with the capability to manage real time data using defective 
block information. 

[0025] A still further obj ect of the present invention is to provide a method for 

managing files in an optical disk with the capability to manage real time data using skipped 
defective block information. 
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[0026] A still further object of the present invention is to provide a method for 

real time R/P of data on an optical recording medium, in which a device for R/P of data on an 
optical disk reads out and excludes defective areas before writing the data when a real time 
data is provided. 

5 [0027] Additional advantages, objects, and features of the invention will be set 

forth in part in the description which follows and in part will become apparent to those having 
ordinary skill in the art upon examination of the following or may be learned from practice of 
the invention. The objects and advantages of the invention may be realized and attained as 
particularly pointed out in the appended claims. 

10 [0028] To achieve the objects and in accordance with the purposes of the 

invention, as embodied and broadly described herein, a method for real time R/P of data 
to/from an optical recording medium includes (1) generating a control signal requesting 
information on a defective area if data to be written in real time is generated, and forwarding 
the control signal to the device for R/P of data to/from the optical medium; (2) providing the 

1 5 information on the defective area to the controller when the control signal is received; and (3) 
generating the write command such that data is not written on the defective area when the 
information on the defective area is returned in step (2), and providing the write command 
together with the data to be written in real time to the device for R/P of data to/from the 
optical medium. 

20 [0029] More particularly, the information regarding the defective area which is 

returned to the controller may be positional information of the defective area listed on a defect 
management area. The information regarding the defective area returned to the controller 
may also be a positional information on a defective block listed on a secondary defect list. 
Such information may further includes a first sector number of each defective block. 
25 Moreover, such information regarding the defective area which is returned to the controller 
retains a logical sector number. Finally, the information regarding the defective area returned 
to the controller may be positional information on defective areas listed on a PDL and a SDL. 

[0030] If a new defective block is encountered during the writing of data in 

response to a write command, the new defective block is skipped and the data is written on a 
30 good block subsequent the new defective block. 

[0031] The above method may further include repeating the steps of 

terminating the write command and returning information regarding a new defective block to 
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the controller; generating a new write command when such information is returned; and 
providing to the device for R/P of data to the optical disk every time a new defective block is 
encountered during writing the data in response to the write command. The above method 
may further include the step of writing the data on the defective block as is if a new defective 
block is encountered during writing the data in response to the write command. 

[0032] In another aspect of the present invention, a method for managing data 

files recorded on an optical recording medium in a device for R/P of data to/from the optical 
medium for writing the data from a controller on the optical recording medium in response to 
a write command is provided. The method comprises (1) generating a control signal for 
requesting information on a defective area if data to be written in real time is generated, and 
forwarding the control signal to the device for R/P of data to/from the optical medium; (2) 
providing the information on the defective area to the controller when the control signal is 
received; (3) generating the write command such that data is not written on the defective area 
when the information on the defective area is returned in step (2) and providing the write 
command together with the data to be written in real time to the device for R/P of the data 
to/from the optical medium; and (4) writing information on a file architecture with reference 
to the information on the defective area on the optical recording medium when the real time 
data recording is completed in response to the write command. 

[0033] The above method may further include terminating the write command 

if a new defective block is encountered during writing the data on the optical recording 
medium in response to the write command, and returning the information on the defective 
block to the controller; and generating a new write command when the information on the 
defective block is returned and providing the new write command to the device for R/P of 
data to an optical disk. 

[0034] The information regarding the defective block which is returned to the 

controller may be a written sector number until the defective area is encountered since the 
writing is started in response to the write command and a consecutive defective sector 
number. The information regarding the defective block which is returned to the controller 
may be returned with the information on the defective block written on an unused area in 
request sense data. 

[0035] If a new defective block is encountered during the writing of data on 

the optical recording medium in response to the write command, the above method may 
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further include skipping the defective block and writing the data on a good block subsequent 
to the defective block, and returning the information on the skipped defective blocks to the 
controller if the write command provided from the controller is terminated during the 
foregoing step. The information on the skipped defective block may be returned with the 
5 information written on an additional area of the request sense data, and an added length is 
stored. An Information Control Block (ICB) written out for one file is separated by the 
returned defective area, and the defective area is not written on the ICB. 

[0036] Still, in another aspect of the present invention, a method for real time 

R/P of data to/from an optical recording medium is provided, including the steps of (1) 

10 returning information on a defective block present in a writing area designated by the write 
command to the controller upon reception of the write command for making a real time 
recording from the controller; (2) generating a new write command and providing to the 
device for R/P of data to/from an optical disk when the information on the defective block is 
returned in the above step; and (3) writing the data in response to the write command 

15 provided in the above step. An ICB written out for one file is separated by the returned 
defective area when the writing for one file is finished in the above step, and the defective 
area is not written on the ICB. 

[0037] In a still further aspect of the present invention, a method for managing 

files in a device for R/P of data on an optical recording medium for, if data to be written is 

20 generated, writing the data on the optical recording medium is provided, including the steps of 
(1) reading information on a defective area if data to be written in a real time is generated; (2) 
writing the data to be written in real time excluding the defective area read in step (1); and (3) 
writing file architecture on the optical recording medium with reference to the information on 
the defective area upon completion of writing of the data to be written in real time. The file 

25 architecture (ICB) written out for one file is separated by the defective area, and the defective 
area is not written on the file architecture (ICB). 



BRIEF DESCRIPTION OF THE DRAWINGS 
[0038] The invention will be described in detail with reference to the following 

30 drawings in which like reference numerals refer to like elements wherein: 

[0039] FIG. 1 illustrates an architecture of a rewritable optical disk in the 

related art; 
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[0040] FIG. 2A illustrates a slipping replacement in the related art; 

[0041] FIG. 2B illustrates a linear replacement in the related art; 

[0042] FIG. 3 illustrates a block diagram of a device for R/P of data on an 

optical disk in the related art; 

[0043] FIG. 4A illustrates a state when writing data on an optical by a linear 

replacement when a SDL is used; 

[0044] FIG. 4B illustrates a conceptual writing state of a UDF file system for a 

file shown in FIG. 4A; 

[0045] FIG. 4C illustrates a state when writing data on as optical disk by 

skipping when an SDL is used; 

[0046] FIG. 4D illustrates a conceptual writing state of an UDF file system for 

a file shown in FIG. 4C; 

[0047] FIG. 5 is a flow chart showing skipping a defective block newly 

encountered in a method for real time R/P of data to/from an optical medium and a method for 
managing files in accordance with a first embodiment of the present invention; 

[0048] FIG. 6A illustrates a state in which information on a defective block is 

provided to the host once a write command is finished after a newly encountered defective 
block is skipped in FIG. 5; 

[0049] FIG. 6B illustrates an architecture of a requesting sense data which 

returns defective information on an optical disk to a host in FIG. 5; 

[0050] FIG. 6C illustrates a conceptual writing state of an UDF file system for 

a file shown in FIG. 6A; 

[0051] FIG. 7 is an another flow chart showing skipping a defective block 

newly encountered in a method for real time R/P of data to/from an optical medium and a 
method for managing files in accordance with a first embodiment of the present invention; 

[0052] FIG. 8A illustrates a state in which a write command is ended and 

information on a defective block is provided to a host when a new defective block is 
encountered in FIG. 7; 

[0053] FIG. 8B illustrates an architecture of a requesting sense data which 

returns defective information on an optical disk to a host in FIG. 7; 
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[0054] FIG. 9 is a flow chart showing writing on a newly encountered 

defective block as is in a method for real time R/P of data to/from an optical medium and a 
method for managing files in accordance with a first embodiment of the present invention; 

[0055] FIG. 1 OA illustrates a state in which a data is written by a method for 

real time recording a data in FIG. 9; 

[0056] FIG. 1 0B illustrates a conceptual writing state of a UDF file system on 

a file in FIG. 10A; 

[0057] FIG. 1 1 illustrates a method for real time R/P of data to/from an optical 

medium and a method for managing files in accordance with a second preferred embodiment 
of the present invention; and 

[0058] FIG. 1 2 illustrates a state in which a data is written by a method for real 

time recording of a data. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
[0059] Reference will now be made in detail to the preferred embodiments of 

the present invention, examples of which are illustrated in the accompanying drawings. 

[0060] In a first embodiment of the present invention, if a data for a real time 

writing is provided, a host provides, in advance, a signal requesting information regarding 
defective areas to a device for R/P of data to/from an optical disk. The host generates a write 
command using the information on the defective area returned from the R/P device to write 
the data. In a second embodiment of the present invention, if a data for real time writing is 
provided, the host provides in advance, a command for real time recording. The host then 
provides a new write command when information on defective area within blocks 
corresponding to the command is returned from the R/P device to write the data. 

[0061] The present invention further includes methods to process a newly 

encountered defective block during writing of data. In one method, the defective block is 
skipped and data is written on a good block subsequent the defective block. Another method 
terminates a write command if a new defective block is encountered and receives a new write 
command for continuation of data writing from the host. Also, a further method writes data 
on the defective block as is. Such methods for processing a newly encountered defective 
block is applicable both to the first and second embodiments of the present invention. The 
first and second embodiments will next be explained. 
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FIRST EMBODIMENT 

[0062] FIG. 5 is a flowchart showing a method for real time R/P of data 

to/from an optical medium and a method for managing files in accordance with a first 
preferred embodiment of the present invention. 

[0063] When data for real time recordation is provided (step 501), the host 

provides a control signal requesting information on defective areas of the disk to the device 
for R/P of data in/from an optical disk before the host provides a write command (step 502). 
As a supplementary signal, the control signal requesting information on defective areas may 
or may not be provided in a similar manner to a command type for returning the PDL 
information. 

[0064] Upon reception of the control signal from the host, the R/P device 

returns the information on the defective area listed on a DMA (step 503). The information on 
the defective area returned to the host may be a positional information of the defective blocks 
and defective sectors listed on the SDL and PDL, or may be positional information of 
defective blocks listed on the SDL. As shown in FIG. 6A, blocks sblkA and sblkB are the 
defective blocks listed in the SDL and the positional information of such defective blocks are 
returned to the host by the microcomputer. 

[0065] The microcomputer may convert the PSN of the first sector of the 

defective block listed on the SDL to a LSN for use as the positional information of the 
defective blocks. In this case, the LSN returned to the host and 15 subsequent sectors are 
determined to be defective. Also, by setting a predetermined signal, information on defective 
areas can be returned to the host when the host provides the predetermined signal to the R/P 
device, even if a real time writing is not being performed. 

[0066] The host generates a write command with reference to the returned 

information on the defective area and to an existing file architecture. The write command is 
forwarded to the R/P device together with real time data (step 504 and 505). Namely, the host 
generates the write command such that data is not written on either defective areas listed on 
the SDL nor on newly encountered defective areas. 

[0067] Referring to FIG. 6A for example, if information on defective areas of 

a disk is returned to the host at position ' A 5 in response to a request from the host, the host has 
knowledge of the defective areas. Accordingly, the host can provide relevant data to the R/P 
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device together with a command for writing the data in the next <M' sectors starting from 
position 'A'. The R/P device then begins to write the data starting from position 'A' as 
indicated by the write command (step 506). At this time, the write command may be a 
command designating in advance a position at which the data is to be written or a write 
5 command inclusive of a position to be designated. 

f 0068] If a defective block with a high possibility of errors is found, even if the 

defective block is not listed on the SDL, the new defective block may be skipped and the data 
would be written on a good block subsequent the defective block. Alternatively, as shown in 
FIG. 8A, the write command may be terminated upon finding a new defective block and a 
10 new write command would be received from the host to write the data. Finally, thedatamay 
also be simply written on the new defective block as is upon finding a new defective block 
upon finding a new defective block, as shown in FIG. 10A. 

[0069] For example, when a new defective block, especially with a Physical 

Identification (PID) error, is encountered, the block may be skipped without writing the data 
1 5 therein, as shown in FIGs. 6A and 8A, provided that the time period for forming a new EEC 
block is sufficient. However, if the time period for forming a new EEC block is insufficient, 
the data would be written on the defective block as is, as shown in FIG. 10A. 

[0070] FIGs. 5 and 6 illustrate examples of skipping a newly encountered 

defective block and writing the data on a good block, subsequent the new defective block. 
Particularly, if a new defective block is encountered during the data writing at positions 
designated by the write command (step 507), the microcomputer skips the block and writes 
the data on a next available good block subsequent the skipped block (step 508). Thereafter, 
the microcomputer determines whether the write command from the host has been terminated 
(step 509). If the write command has not been terminated, the process returns to step 506 to 
conduct the process for checking defective blocks while writing the data at positions 
designated by the write command. If the write command has terminated, the information of 
the defective blocks skipped during the write command is returned to the host (step 5 1 0). In 
step 5 1 0, if there is no defective block, information representing a good state is returned to the 
host. 

30 [0071] Also, by a predetermined protocol or signal rather than a command, the 

host may make requests for the present status of writing during the writing of data. Thus, 
upon the generating of the signal, the R/P device would provide the requested information to 
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the host. If there is no protocol, the information on the writing is provided to the host after the 
write command is finished. 

[0072] The information on the defective block may be returned to the host in 

one of various methods. In one method, the information is returned utilizing a request sense 
data as shown in FIG. 6B. When the write command is finished, the microcomputer returns a 
command execution report to the host. At this time, the information on the skipped defective 
blocks returned by recording the information into a supplemental area of the request sense 
data. 

[0073] For example, the R/P device writes the data in real time according to a 

write command from the host by a skipping method, as shown in FIG. 6A, until the write 
command terminates. At such time, the R/P device a check condition status (CHECK 
CONDITION status) indicating the presence of errors and the like to the host. Upon 
reception of the check condition status, the host forwards the request sense command to the 
R/P device to request for an error code. Thus, the R/P device returns the request sense data to 
the host, as shown in FIG. 6B. 

[0074] Namely, the information on skipped defective blocks is written starting 

from the 15th byte in an additional area of the request sense data and returned to the host. 
This is possible because a byte length of the request sense data is variable and an additional 
length due to the addition of the information may be written on a 7th byte additional sense 
length. Accordingly, the present invention utilizes, but maintains the existing request sense 
data to return the information on defective areas. 

[0075] Because the R/P device returns information on defective blocks skipped 

during the execution of the command to the host each time a write command terminates, the 
number of the skipped blocks varies. Therefore, starting from the 1 5th byte, the information 
may be written on the request sense data in units of three or four bytes. Also, the information 
on each defective block written on the request sense data includes an LSN of the first sector in 
a skipped block. If two defective blocks are found during the execution of one write 
command, two LSNs are written on the additional area of the request sense data and returned 
to the host. The host then regards the LSN returned to the host and the 15 sectors thereafter as 
defective. 

[0076] Referring back to FIG. 5, after the R/P device provides a report to the 

host, a determination is made whether writing of a file has completed (step 511). If the 
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writing is not completed, the process proceeds to the step 504 and a new write command is 
provided to complete the writing of the file. 

[0077] As shown in FIG. 6A, if the second write command begins at position 

? B', the host already has knowledge of the information on the defective blocks sblkA and 
5 sblkB listed on the SDL. Thus, the host provides the write command such that data is not 
written on the defective sectors sblkA and sblkB. For example, a write command which 
writes data for P sectors starting from position TV and excluding the defective block sblkA 
may be provided together with the data to be written. At this time, the write command may 
be a command for writing data starting from the T) ? position for P sectors or a command for 
10 writing data starting from any empty area of an existing file. Nevertheless, the write 
command excludes the defective area, resulting in a fragmentation of the write command due 
to the defective area. 

[0078] Accordingly, the host may have to generate and provide numerous 

write commands to complete writing one file. However, even if the write command is divided 

1 5 by the defective area, the present invention can easily be incorporated into the existing system 
without significant changes. The microcomputer provides a command execution report to the 
host each time a write command is completed according to the aforementioned process. Most 
of such a report would include information representing good states because the write 
command is provided from the host, excluding the defective areas. 

20 [0079] Upon completion of the writing of the file, the host writes an ICB, as 

shown in FIG. 6C, representing a starting position and a size of a file in an UDF file system 
on an optical disk (step 512) with reference to the positional information on the returned 
defective areas. If file 1 in FIG. 6A is taken as an example, file 1 is written starting from 
position A' for H number of sectors where a new defective block is encountered. The new 

25 defective block is skipped and file 1 is written starting from position f G' for T number of 
sectors. Writing of file 1 would be completed after writing file 1 from position T>' for P 
number of sectors, and from position 'E' for U number sectors by providing, in advance, 
information on the defective blocks sblkA and sblkB listed on the SDL. 

[0080] Eventually, an ICB of file 1 is made divided into a subfile having a 

30 starting position A' and a size H, a subfile having a starting position 'G f and a size T, a subfile 
having a starting position T>' and a size P, and a subfile having a starting position 'E f and a 
size U. Namely, the defective areas sblkA, sblkB, sblkE present in the writing area of file 1 
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are not written on the ICB. As a result, inconsistencies between the size of a written file and 
the size of an actual file and inconsistencies of the LSNs due to defective regions do not 
occur. As a result, mistakes made by the file manager due to such inconsistencies are also 
eliminated. 

[0081 J Moreover, such ICB can be made while maintaining the existing UDF 

file system. Even in the existing system, one file is often written by shifting to empty areas 
rather than in succession, resulting in a fragmentation of the file. Similarly, the ICB simply 
fragmentizes one file. The present invention regards the defective areas as skipped areas 
caused by shifting of areas in making the ICB, thereby creating no conflicts with an existing 
file system. Also, as the defective areas maintain the LSN without being written on the ICB, 
the defective area can be used during writing by linear replacement. By replacing the 
defective blocks encountered during writing with a spare block in the spare area, linear 
replacement allows use of the whole user area of the disk. Thus, utilization efficiency of the 
disk can be improved. Since the host receives information on defects of the disk during a 
state in which a disk architecture is not known in making a real time recording control, a load 
on the host can be reduced. 

[0082] FIG. 7 is a flowchart showing another method for real time R/P of data 

to/from an optical medium by skipping a newly encountered defective block not listed on the 
SDL during writing in response to a write command. Explanations of steps 601 to 606 will be 
20 omitted as the steps are identical to the steps 501 to 506 in FIG. 5. 

[0083] Referring to FIG. 8 A, when a defective block with a high possibility of 

error is encountered during writing of data at a position designated by a write command (step 
607), the microcomputer forcibly stops the write command and returns information on the 
defective block to the host (step 608). Upon reception of the information on the defective 
block, the host provides a new command such that data can be written starting from a next 
good block subsequent the defective block (step 609). Upon reception of the new command 
for writing, the R/P device writes the data at a position the command designates, i.e. on a 
good block. 

[0084] The information on defective area may be provided to the host in a 

30 variety of methods, one of which is by using a request sense data, as shown in FIG. 8B. For 
example, the R/P device continues writing a real time data starting from position 'A' for H 
number of sectors, as shown in FIG. 8A, until a defective block sblkE is encountered. At such 
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time, the device returns a check condition status (CHECK CONDITION status) to the host. 
Upon reception of the check condition status, the host forwards the request sense command to 
the R/P device to request for an error code. Thus, the R/P device returns the request sense 
data to the host, as shown in FIG. 6B. 

[0085] The request sense data has 15 bytes, of which the 8th, 9th, 10th and 

1 1th bytes are reserved for use in transmission of the defect information. Since the R/P 
device stops the write command and returns to the host the information on defective area each 
time a defective block is encountered, the defect information is written on the reserved 8th ~ 
1 1th bytes of the request sense data and returned to the host. 

[0086] For example, the numbers of sectors (written sector number) on which 

data was recorded according to a write command may be written on the 8th and 9th bytes and 
consecutive defect sector numbers may be written on the 10th and 11th bytes. The 
consecutive defect sector number is returned to prevent the host from generating and 
providing a command for writing data on the same consecutive defect sector. If a block with 
a high possibility of defect is encountered during writing, the microcomputer regards the 
written sector number and 16 sectors of the defective block as the consecutive defect sector 
number and returns the same to the host. This is because, if a defective sector is encounter 
during writing, a whole block to which the defective sector belongs is considered defective 
and listed on the SDL. 

[0087] Upon reception of the request sense data with the defect information 

written thereon from the microcomputer, the host provides a new write command referring to 
the written sector number and the defect sector number. Particularly, utilizing the defect 
information from the microcomputer, the new command includes the LBA of the first sector 
number of a next good block subsequent to a defective sector or block. Accordingly, upon 
reception of the new write command from the host, the microcomputer in the R/P device 
continues writing the data starting from a designated position, i.e. from the good block 
subsequent the defective block. 

[0088] The R/P device and the host repeats the aforementioned process each 

time a defective area is encountered during writing of data on the optical disk. If the write 
command from the host terminates normally (step 610), i.e. if no defective block is 
encountered during the execution of the write command, the microcomputer returns a good 
state to the host (step 6 1 1). By a predetermined protocol or signal rather than a command, the 
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host may request the present status of writing during the writing of data. Thus, upon the 
generating of the signal, the R/P device would provide the requested information to the host. 
If there is no protocol, the microcomputer provides defect information on the writing to the 
host after the write command terminates. 

[0089] When writing of one file is completed (step 6 1 2), the host writes out an 

ICB, indicating a starting position and size of the file in an UDF file system, with reference to 
the defect information provided on the optical disk in the R/P device (step 6 1 3). An example 
ICB of file 1 shown in FIG. 8A is written out as shown in FIG. 6C. Namely, the 
microcomputer writes file 1 starting from position 'A' for H number of sectors where a new 
defective block is encountered. The microcomputer then stops the write command, returns 
defective information to the host, receives a new write command from the host, and continues 
writing the data of file 1 starting from position 'G' for T number of sectors. Writing of file 1 
would be completed after writing file 1 from position TV for P number of sectors, and from 
position f E' for U number sectors by providing, in advance, information on the defective 
blocks sblkA and sblkB listed on the SDL. 

[0090] Eventually, an ICB of file 1 is made divided into a subfile having a 

starting position 'A' and a size H, a subfile having a starting position 'G' and a size T, a subfile 
having a starting position T>' and a size P, and a subfile having a starting position 'E' and a 
size U. Namely, the defective areas sblkA, sblkB, sblkE present in the writing area of file 1 
are not written on the ICB. As a result inconsistencies between the size of a written file and 
the size of an actual file and inconsistencies of the LSNs due to defective regions do not 
occur. As a result, mistakes made by the file manager due to such inconsistencies are also 
eliminated. 

[0091 ] FIG. 9 is a flowchart showing another method for real time R/P of data 

to/from an optical medium by writing on a defective block as is upon encountering a defective 
block not listed on the SDL during writing in response to a write command. Explanations on 
steps 701 to 605 will be omitted as the steps are identical to the steps 501 to 505 in FIG. 5. 

[0092] According to this method, even if a defective block with a high 

possibility of error occurrence is encountered during writing of data at a position designated 
by the write command, the data is simply written on the defective block as is (step 706). 
Shown in FIG. 10A, the data continues to be written on newly encountered defective blocks 
as is until the execution of the write command from the host terminates. Thus, when the write 
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command terminates after the writing the data for 'M' sectors (step 507), the R/P device 
provides a command execution report of good state to the host (step 508). Although a good 
state is returned to the host, the microcomputer adds the information on defective blocks in 
the SDL to be returned to the host during the next writing. 

[0093] Similar to the previous methods, by a predetermined protocol or signal 

rather than a command, the host may make requests for the present status of writing during 
the writing of data. Thus, upon the generating of the signal, the R/P device would provide the 
requested information to the host. If there is no protocol, the microcomputer provides the 
defect information on writing to the host after the write command has been executed. 

[0094] If a request from a user or writing of a file is not completed, the host 

continues to generate and provide a write command. As defective blocks sblkA and sblkB of 
FIG. 10A would be listed on the SDL, the write command is generated such that data is not 
written on defective blocks sblkA and sblkB. For example, the host may generate a write 
command to write the data starting from position 'D' for P number of sectors excluding the 
defective block sblkA and forward the write command to the R/P device together with 
relevant data. The write command may be a command for writing data starting from the *D' 
position for P sectors or a command for writing data starting from any empty area of an 
existing file. Nevertheless, the write command excludes the defective area, resulting in a 
fragmentation of the write command due to the defective area. 

[0095] The microcomputer provides a command execution report to the host 

each time the write command terminates. Most of the command execution report would 
indicate a good state since defective areas are excluded when the write command is generated 
from the host. 

[0096] Upon completion of the writing of the file (step 709), the host writes an 

ICB, as shown in FIG. 6C, representing a starting position and a size of a file in an UDF file 
system on an optical disk (step 710) with reference to the positional information on the 
returned defective areas. Rather than representing the size of a file as TST' or TST-L' regardless 
of the defective areas as in the related art, in the present invention, a number of sectors 
representing the size of a file is written separated by defective blocks if the defective blocks 
are listed on the SDL. If there are no defective blocks listed on the SDL within two or more 
consecutive write commands, the consecutive write commands are considered to be 
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continuous. The sectors corresponding to the continuous write commands are added to be 
written as the consecutive write commands. 

[0097] Sectors Q, R, S shown in FIG. 10A are examples of such continuous 

write commands. If file 1 in FIG. 10A is taken as an example, an ICB of file 1 is written by 
5 dividing into a subfile having a starting position 'A' and a size M, a subfile having a starting 
position T>' and a size P, a subfile having a starting position 'E* and a size 'Q+R+S'. The 
defective areas sblkA and sblkB present in the writing area of file 1 are not written on the 
ICB. FIG. 10B shows the ICB for file 1 of FIG. 10A. As a result, inconsistencies between 
the size of a written file and the size of an actual file and inconsistencies of the LSNs due to 
10 defective regions do not occur. As a result, mistakes made by the file manager due to such 
inconsistencies are also eliminated. 
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SECOND EMBODIMENT 
[0098] FIG. 1 1 is a second embodiment of the present invention, in which a 

defective block listed on an SDL are returned to a host, and the host generates and transmits a 
real time write command to the R/P device if real time data is generated. Upon reception of 
the write command, the R/P device determines the presence of a defective block listed on the 
SDL in a writing area designated by the write command prior to writing the data. If a 
defective block is present, the R/P device returns positional information of the defective block 
to the host, and receives a new write command from the host to write the data. A file system 
is managed in units of the returned defective block. 

[0099] When data to be written in real time is provided, the host provides the 

data to be written on the optical disk to the R/P device together with a command for 
controlling a real time recording (step 801). In order to manage files, the R/P device checks 
for the presence of defective blocks listed on the SDL before writing the data at a position 
designated by the write command (step 802). If at least one defective block is listed on the 
SDL, the positional information of the defective block is returned to the host (step 803). 

[00100] For example, referring to FIG. 12, a real time write command for 

writing the data of file 1 starts from position 'A' for Nl sectors. The microcomputer checks 
for the presence of any defective blocks listed on the SDL in Nl sectors. As blocks sblkA and 
sblkB are listed on the SDL, the microcomputer returns the positional information on these 
defective blocks to the host. Although the positional information can be returned by 
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numerous methods, in the preferred embodiment, the positional information of the defective 
blocks is provided to the host using a request sense data as explained with reference to FIGs. 
6B or 8B. 

[00101] Namely, as shown in FIG. 12, upon reception of a real time write 

command for writing data on Nl sector area starting from position 'A', the microcomputer in 
the R/P device checks for the presence of defective block listed on the SDL in the Nl sectors. 
If defective blocks are present, the device returns a check condition status (CHECK 
CONDITION status) to the host. Upon reception of the check condition status, the host 
provides the request sense command to the R/P device requesting an error code. Thus, the 
R/P device returns to the host the request sense data as shown in FIGs. 6B or 8B. The R/P 
device may return the positional information of the first defective block sblkA of Nl sector as 
shown in FIG. 8B or return the positional information on all defective blocks sblkA and 
sblkB within the area designated by a write command as shown in FIG. 6B. 

[00102J Accordingly, upon reception of the request sense data having the 

positional information of defective blocks from the microcomputer, the host generates a new 
write command, i.e. a command such that data is not written on defective blocks. The new 
write command is forwarded to the R/P device (step 804). The write command may be a 
command for writing data starting from the 'D position for P sectors or a command for 
writing data starting from any empty area of an existing file. As the host may provide 
numerous write commands for one file, the write command for one file would be divided. 

[001 03] If the new write command is a command for writing data starting from 

position 'A' for M sectors as shown in FIG. 12, the R/P device begins to write data starting 
from position 'A' (step 805). If a new defective block such as sblkE, not listed on the SDL, is 
encountered, the methods explained with reference to the first embodiment would be similarly 
applicable to the second embodiment. Thus, the newly encountered defective block may be 
skipped as shown in FIGs. 5 and 7, or the data may be written on the defective block as 
shown in FIG. 9 

[001 04] When the write command is completed, i.e. the data is written for M 

sectors (step 806), the microcomputer provides a command execution report to the host (step 
807). Also, by a predetermined protocol or signal rather than a command, the host may make 
requests for the present status of writing during the writing of data. Thus, upon the generating 
of the signal, the R/P device would provide the requested information to the host. If there is 
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no protocol, the R/P device provides defect information on writing to the host after the 
execution of the write command terminates. 

[00105] Using file 1 of FIG. 12 as an example, after completing the write 

command for writing data on M sectors, the writing of one file is not finished. Thus, the host 
5 continues to provide a write command to the R/P device. Because the host would have 
information on the defective blocks sblkA and sblkB listed on the SDL, the host provides a 
new writing command such that data is not written on defective blocks sblkA and sblkB. 
That is, a command for writing data starting from position <D' for P sectors may be provided. 
If there is no defective block in a writing command as the R sector or the S sector, a good 
1 0 state is returned to the host each time the write command is finished. 

[00106] Upon completion of writing a file according to the aforementioned 

process (step 808), the host writes an ICB indicating a starting position and the size of the file 
in a UDF file system on the optical disk as shown in FIG. 10B with reference to the returned 
positional information of the defective blocks (step 809). An ICB of file 1 in FIG. 12 is 
1 5 written by dividing into a subfile having a starting position 'A' and a size M, a subfile having 
a starting position T>' and a size P, and a subfile having a starting position 'E' and a size 
'Q+R+S'. The defective areas sblkA and sblkB within a writing area of the file 1 is not 
written on the ICB. If a new defective block sblkE is encountered and skipped, the new 
defective block sblkE also is not written on the ICB. 
20 [001 07] As a result, inconsistencies between the size of a written file and the 

size of an actual file, and inconsistencies of the LSNs due to defective regions do not occur. 
As a result, mistakes made by the file manager due to such inconsistencies are also 
eliminated. Moreover, such ICB can be made while maintaining the existing UDF file 
system. Even in the existing system, one file is often written by shifting to empty areas rather 
25 than in succession, resulting in fragmentation of the file. Similarly, the ICB simply 
fragmentizes one file. The present invention regards the defective areas as skipped areas 
caused by shifting of areas in making the ICB, thereby creating no conflicts with an existing 
file system. Also, as the defective areas maintain the LSN without being written on the ICB, 
the defective area can be used during writing by linear replacement. By replacing the 
30 defective blocks encountered during writing with a spare block in the spare area, linear 
replacement allows use of the whole user area of the disk. Thus, utilization efficiency of the 
disk can be improved. Since the host receives information on defects of the disk during a 
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state in which disk architecture is not known in making a real time recording control, a load 
on the host can be reduced. 

[001 08] The present invention has been explained with reference to both a host 

and a device for recording/playback of data to/from an optical disk. When only a R/P device 
is provided without a host, such as a disk player, a microcomputer in the R/P device directly 
controls the above procedure. Thus, having the information on defective areas written on the 
DMAs, the microcomputer in the R/P device reads the information on the defective blocks 
and the information on a present file architecture to provide a write command. Namely, the 
write command would write data on the present file architecture without writing the data on 
defective areas during real time recording. In such a case, the command may differ from a 
command provided to the host. 

[001 09[ The ICB write out is also made by the microcomputer, wherein a sector 

number representing a file size is written, divided by the defective blocks, and adding sectors 
numbers in the write commands for two or more continuous write commands, as shown in 
FIG. 10B. On the other hand, during the playback of data from the optical disk, the host or a 
disk player provides a read command referring to the aforementioned file architecture, such 
that data will not be read from defective areas. 

[001 10] In sum, the method for real time R/P of data to/from an optical 

recording medium and a method for managing a file thereof according to the present 
invention have the following advantages. Because the host controls data writing by providing 
a signal to the R/P device requesting information on defective areas when a real time data is 
provided, the host can provide a write command such that data is not written on a defective 
area based upon the information on the defective area returned from the R/P device. 
Alternatively, because the host controls data writing by providing a write command to the R/P 
device upon which the R/P device returns information on defective areas, the host can provide 
a write command such that data is not written on a defective area based upon the information 
on the defective area is returned from the R/P device. 

[001 1 1] Moreover, in making a real time recording, there is no occurrence of a 

difference between an actual file size and a written file size or an inconsistency between 
LSNs. Because a defective area remains as an empty area on the ICB while the defective 
area retains an LSN, efficiency can be improved by allowing use of the defective area in the 
next linear replacement. Furthermore, since an ICB is written by regarding a defective area as 
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a skipped area caused by shifting, no conflict with an existing file system is occurs, thereby 
maintaining interchangeability with an existing UDF file system as is. Finally, since the host 
receives defect information in a state when disk architecture is unknown during real time 
recording control, load on the host can be reduced. 

[00112] The foregoing embodiments are merely exemplary and are not to be 

construed as limiting the present invention. The present teachings can be readily applied to 
other types of apparatuses. The description of the present invention is intended to be 
illustrative, and not to limit the scope of the claims. Many alternatives, modifications, and 
variations will be apparent to those skilled in the art. 
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